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a 
NOTICE 


Hewlett-Packard makes no warranty of any kind with regard to thts 
material, including, but not limited to, the implied warranties of merchant- 
ability and fitness for a particular purpose. Hewlett-Packard shall not be 
liable for errors contained herein or for incidental or consequential 
damages in connection with the furnishing, performance, or use of this 
material. 


Hewlett-Packard assumes no responsibility for the use or reliability of its 
software on equipment that is not furnished by Flewlett-Packard. 


This document contains proprietary information which is protected by 
copyright. No part of this document may be photocopied, reproduced, or 
translated to another language without the prior written consent of 
Hewlett-Packard Company. The information contained in this document is 
subject to change without notice. 


If your software application or hardware should fail, contact your local 
Hewlett-Packard Sales Office. A list of offices can be found in the back of 
the protocol analyzer operating manual. 

©) Copyright 1986 Hewlett-Packard Company. 

Colorado Telecommunications Division 


5070 Centennial Boulevard 
Colorado Springs, CO, 80919 
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How To Use This Guide 

If you have not used an HP 4952 Protocol Analyzer before, please become familiar 
with its operation before reading this guide. The protocol analyzer Operator’s Manual 
will help you become familiar with the analyzer’s basic features. 

If you are familiar with the HP 4952 Protocol Analyzer, you can learn how to use the 
SNA Analysis very quickly. Before using SNA Analysis make certain you have a 
working copy of the master disc. Instructions on how to make the working copy are 
given in appendix A. 

If you like to learn by doing, load the SNA Analysis application and the sample data 
as directed in chapter 2, and then follow the examples in chapter 3 Getting Started. 
The other chapters can be read in any order that suits your needs. If you prefer a 
more methodical approach, you can read the User’s Guide in sequence from chapter | 
to chapter 5. The content of each chapter is given below, 

Chapter |: describes the features of SNA Analysis. 


Chapter 2: provides a quick review of how to turn on the protocol analyzer and load 
SNA Analysis application and sample data. 


Chapter 3: gives a learn-by-doing presentation of the basic use and features of SNA 
Analysis. 


Chapter 4: presents a brief overview of SNA theory and concepts. 

Chapter 5: covers the details of reading and interpreting the data in SNA displays. 
Chapter 6: gives information about using simulation with SNA analysis. 

Chapter 7: presents the user with simulation reference. 


Chapter 8: illustrates the relationship of SNA within SDLC and of SNA within X.25. 


Introduction 


_——————EE— 
Description 


The HP 1826!1A SNA Analysis package for the HP 4952 Protocol Analyzer provides 
Systems Network Architecture (SNA) users with a tool for monitoring, capturing, and 
decoding SNA data traffic. In particular, the package provides many features for the 
analysis of SNA FID types 0, 1, 2, 3, 4, and F data traffic. 


The HP !8261A will decode SNA data running on an SDLC link or on an X.25 Packet 
Switched Network (PSN). The following X.25 Link Level Control (LLC) protocols are 
supported: 


@ QLLC 
e ELLC 
e PSH 


Five flexible user definable formats allow custom decoding of FMH/RUs (Function 
Management/Request/Response Units). These custom displays can be saved for later 
use. 


In addition, all standard HP 4952 display formats are available. 
To increase the amount of useful SNA data stored into the capture buffer, link 


filtering is provided. You may filter out supervisory frames (which contain no SNA 
data), and/or only capture rrames with a specific link address. 
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Equipment Supplied 
The SNA Analysis package includes the following: 


@ Master Disc 
@ Blank Disc 
e User’s Guide 


The master disc contains the SNA Analysis application program and a sample SNA 
data file. The sample data file can be used in conjunction with this User's Guide to 
help learn about the SNA Analysis features, The blank disc is provided so that you can 
make a working copy for your day-to-day use and save the master copy as a backup. 
The User’s Guide provides reference and tutorial information and contains the master 
and blank disc. 


Applications 


The SNA Analysis package can be used anywhere SNA data flows over an SDLC link 
or over an X.25 PSN. 


End-users can use the SNA Analysis to monitor and decode SNA traffic occurring 
between hosts, cluster controllers, and communications controllers within the SNA 


network. 


Network providers can use the SNA Analysis to expedite the installation and 
troubleshooting of SNA components in the network. 


SNA compatible equipment manufacturers can verify correct operation of their 
equipment. 
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Specifications 


Physical Interface 


Protocol 


Data Rates 


Memory Requirements 


All supported HP 4952 interfaces, including 
RS-232C/V.24, RS-449, V.35, and X.21. 


SNA as defined in the IBM'™ "Systems Network 
Architecture Summary", GA27-3136-5, File No. Genl-30 
(SNA), 

Up to 64 kbps. 


The SNA Analysis application uses 24 kbytes of 
application memory. 


[BM'"" is a registered trademark of International Business Machines Corporation. 
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Loading the Application & Sample Data 


introduction 


This chapter tells you how to load the SNA Analysis application and sample data into 
your HP 4952 Protocol Analyzer. The manual assumes that you are already familiar 
with the basic use of the protocol analyzer. For your convenience, brief instructions 


on how to get the analyzer running are given here. 


For detailed information concerning voltage and grounding requirements, power 
cords, and operation refer to the HP 4952 Protocol Analyzer Operating Manual. 
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& Sample Data 


Connecting An Interface Pod 


Make certain the protocol analyzer is turned off. Connect the interface pod cable to 
the connector in the lower center of the analyzer’s back panel. 


Turning On The Analyzer 


Turn on the HP 4952 Protocol Analyzer by setting the LINE switch on the back panel 
to the "Il" position. The analyzer begins an automatic self test. After the test ts 
completed, the top level menu is displayed. 


If errors have been detected by the test, a list of errors is displayed. You can go to the 
top level menu from the error display by pressing [EXIT] In this case, however, 
proper operation cannot be assumed; contact your Hewlett-Packard Sales and Service 
office for assistance. 


Making A Working Copy Of The Master Disc 


Hewlett-Packard recommends that you make a working copy of the master disc. Use 
the working copy and retain the master as a backup in case your working disc fails 
due to wear or accidental erasure. Copying an application program for any reason 
other than your own backup violates copyright laws. 

The HP 18261A SNA Analysis package includes a master disc and a blank disc. The 
blank disc is provided so you can make a working copy of the master disc. If you are 
not familiar with the basic features of the HP 4952, you can use the procedures 
presented in the HP 4952 Operators Manual. 

Looking At The Disc Catalog 

To see what’s on the SNA Analysis disc, you can use the catalog feature. 

{. Locate your working copy of the disc and insert it into the disc drive. 


2. Inthe top level menu, press <Mass Store>. 


3. The disc catalog is read and displayed. Press [EXIT] to leave the catalog display. 
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Loading The SNA Analysis Application 


l. In the mass storage catalog display use the arrow keys to select the SNA 
DECODE Application Program. 


2. Press <Load>. 

3. Press <Execute>. 
The disc is read and the SNA Analysis program is loaded into the protocol 
analyzer memory. The top level menu reaypears and shows that the SNA 


application is active. Whenever you turn off the analyzer, or press the <reset> 
softkey, the application is cleared from memory. 


Hewlett - Packard 
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[SNA Decode Application. 
Rev XXXX 
Copyright hp, 1986 


HP 4952 
Protocol Analyzer 


Rev XxX 


Figure 2-3. Top Level Menu With SNA 
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Loading SNA Sample Data 


In Chapter 3 Getting Started, there are examples that use SNA sample data. To load 
the sample data file, use tlre steps given below. 


NOTE 
Contents of the data buffer will be replaced by the sample 


data. Store any buffer data that you wish to keep before 
loading the sample data. 


1. From the top level menu press <Mass Store>. 


2. Use the arrow keys to get to SNA DATA Menu & Data. 
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3. Press <Load>. 
4. Press <Execute>. 
5. Press [EXIT] to return to the top level menu. 


6. Goto Chapter 3 Getting Started. 
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Storing & Loading Menus 


A basic feature of the HP 4952 is the storage of menus to disc. When you use this 
feature with the SNA Anatysis loaded, in addition to storing the basic menus, you can 
store your SNA display format selection as well as your link filtering selections. 


NOTE 


Menus stored while SNA Analysis application is loaded can 
only be loaded back into an HP 4952 that has SNA Analysis 
loaded into tts application memory. 


Always go to the top level menu before turning off the 
analyzer. This saves your menus and buffer data in battery 
powered, nonvolatile memory, 
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Getting Started 


Learn By Doing 


This chapter gives you a learn-by-doing presentation of the SNA Analysis features. It 
will only take you about [5 minutes to follow through the examples. 


You must load the SNA Analysis application and SNA sample data into the protocol 
analyzer. If you haven’t done it already, just follow the instructions in Chapter 2. 


On-line & Off-line Viewing 


The SNA Analysis Application provides you not only with the capability to monitor 
on-line SNA data traffic, but also, to capture the data traffic and view it off-line. 
You can store data traffic to disc, or directly into the analyzer’s data buffer. Once 
stored in the data buffer, you can monitor the buffer to get an instant replay of 
activity. In addition, you can examine the data traffic in detail in a non real-time 
mode. 


In the following examples, we’ve taken advantage of these features and have provided 
you with sample SNA data which you’ve loaded into the analyzer’s data buffer. 
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The Setup Menu 


When you load the SNA Analysis application, the protocol analyzer ts automatically 
setup for SDLC protocol. The setup menu default settings can be viewed by 
performing the following steps. 


|. Get the top level menu and press <Set Up>. 


Monitor/Simulate Parameter Setup 


Protocol! |SNA/SDLC] Display 
Code X. 21 
Bits/sec Err chk 
Parity 


DTE clock [DCE] 
Bit Sense 
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Figure 3-2, SNA Setup Menu 


2. The default data code for SNA messages is EBCDIC. The data code selected in 
the setup menu is very important because all <Text> softkeys found in other 
menus refer to the data code selected in the setup menu. 
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3. Notice the Display field in the setup menu. While in this field the softkey choices 
are Composite, Transmission Header, Request/Response Header, or Function 
Management Header/Request/Response Unit. This display mode is used during 
run time and the default during examine data. You can still select other modes 
while in the Examine Data mode. 


The SNA Filter Setup 


The SNA filter menu lets you filter out frames from the buffer that do not have the 
correct address, or frames that are the supervisory frames, or both. Filtering out these 
frames will help conserve buffer memory and increase the amount of useful data. 


When SNA-X.25 is being measured. the filtering will take effect on the X.25 link level 
frames, which may limit the effectiveness of the filtering. 


1. From the top level menu, press <Run Menup>, then <Data Filter>. 
Selecting <On> will enable the filter during run time and selecting <Off> will 
disable the filter during run time. Once the filter is enabled, a field appears that 
lets you specify the Link Address in hex and hex alpha keys. When the filter is 
turned on, only frames with this address are captured and decoded. 


Another field allow the suppression of supervisory frames which contain no SNA 
data. By suppressing these frames, the amount of useful SNA data is maximized. 
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Monitor - SNA Format 


In this example, youll be monitoring the SNA data traffic held in the data buffer, 
You will see the traffic just as if you were monitoring the real transmission line. 


1. Get to the top level menu. 


2. Now run the protocol analyzer and observe how it monitors data traffic and 
displays SNA headers and data. Press <Run Menu>. 


3. Press <Monitor Buffer>. The protocol analyzer is monitoring activity in its buffer. 
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Figure 3-3. Monitoring SNA Data 


Notice that each frame is displayed on a single line in the following format: 
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Transmission Hdr | Request/Response Hdr | Request/Response Unit 


Observe the running indicator <> at the bottom of the display. When all the data in 
the buffer has been monitored, the display activity stops and the softkeys for the top 
level menu are shown. 


The blank inverse video line indicates the last frame monitored. Frames below the 
line contain data traffic that precedes the frames shown above the line. 


The flashing B at the far right of the message at the top of the display indicates a bad 


FCS character. A good FCS character is always assumed and thtts not displayed. ‘or 
more information on this topic, refer to Chapter 5 Reading SNA Displays. 
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Examine Data - SNA Format 


The first example showed you how to monitor SNA data traffic. You saw that 
monitoring causes the display to show data traffic activity in real-time. This example 
will show you how to examine captured SNA headers and data in a non real-time 
mode. This lets you control the display and look for detailed information. A 
complete description of the display entries is given in Chapter 5 Reading SNA 
Displays. 


l. To display the data in the buffer, press <Exam Data>. 


2. Notice the two lines at the top of the display. They show more detail about the 
frame than is available in the run display. This is the expansion area. The first 
line is the expanded header. The data on the second line corresponds to the frame 
in which the cursor is positioned. 
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Figure 3-4. Examine Data Display 
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Changing Data Codes 


lL. 


Normally, you'll be using EBCDIC data code to view data. You can change to hex 
code by pressing the <Hex> softkey. 


Press <Hex>. Notice the text on the second line changes to hex. 


Press <Text> to redisplay data in the data code selected in the setup menu, in this 
case EBCDIC. 


Finding Data Traffic Information 


1. 


You can roll the displayed data traffic up and down one line at a time by using 
the <Roll Up> and <Roll Down> softkeys. Give it a try. 


Notice that although the screen rolled up and down the cursor remained in the 
same position. To move the cursor without rolling the display, use the arrow 
(cursor control) keys, The up arrow and the left arrow keys both move the cursor 
up one line. The down arrow and right arrow keys move the cursor down one 
line. 


You can move more quickly through the data traffic by using the <Next Page> 
and <Prev Page> softkeys. These softkeys move through the display eleven lines at 
atime. Try it. 


Another method of display control is to use the <Spec Block> softkey. Use the 
[MORE] key to get the <Spec Block> softkey. Press <Spec Block>, then type in the 
block of your choice and press the [RTN] key. 


If you use highlights in your work, you can also move through the display by 


using the <Next Hilit> softkey. The basic use of highlights is explained in the HP 
4952 Operator’s Manual. 
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Changing the Display Modes 


To change the display mocle, use the [More] key to get to the <Chang Dsply> softkey. 
From this softkey you can choose between four different displays. They are the 
Composite, the Transmission Header, the Request/Response Header, or Function 
Management Header/Request/Response Unit. 


|. Change the Display Mode to Transmission Header by pressing <TH>. 


Notice that the headings have changed. Try changing the display to RH 
(Request/Response Header) and then to FMH/RU (Function Management 
Header/Request/Response Unit). Each of the different displays will be described 
in more detail in Chapter 5 Reading SNA Displays. 


Timers & Counters 


I. Press [MORE] and locate the <Timer & Cntr> softkey. The sample data does not 
contain timer or counter information. You can use timers and counters in the 
same manner as you would with the basic protocol analyzer. If necessary, see HP 
4952 Operator’s Manual. 
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SNA Display Definition Menu 


You can specify how your data is to be displayed with the SNA Display Definition 
Menu. This menu can be viewed by performing the following steps. 


|. Get to the top level menu and press [Morel]. 


2. Press <SNA def> 


SNA Display Definition Menu 


get help on defining 
displays. 


FMH/RU Display Menus 


define up to 5 ways in which 
the bytes of the FMH/RU are 
to be displayed. 


Rev XX hp 1986 
- FMH/RU- Dis play. 


Figure 3-1. The SNA Display Definition Menu 
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The <Help> softkey will access a menu which is a tutorial on how to set up the 
FMH/RU displays. 


The <FMH/RU> softkeys will access five menus in which you can specify how the 
data will be displayed. These menu displays are described in more detail in Chapter 5. 
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SNA Basics 


Introduction 


This chapter briefly presents the basic concepts of SNA that are pertinent to the 
features of the SNA Decode package. 


An SNA network consists of physical components and software. Physical components 
include processors, communications controllers, and cluster controllers. These physica! 
items can be connected by processor channels, telephone lines, microwave links, and 
satellites, The software consists of access methods, application subsystems, user 
application programs, and network control programs. 
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SNA is IBM!" architecture for data communications systems and is a set of rules to 
which product designs conform. The SNA specifications describe: 


Logical structure of data communications networks 
Protocols for synchronization between networks 
Message formats 

Operational sequences and configurations 


SNA is the IBM! blueprint for current and future data communications systems. 
This includes: 


@ Distributed data processing systems 
@ Office systems 
@ Communication Network Management 


SNA is also a set of hardware and software products. The number and range of SNA 
product functions include: 


3270 terminals 

370X and 37X5 communications controllers 

§$/370, 303X, 4300 computers 

ACF/VTAM, OS/MYS, OS/VS1, ACF/NCP/VS, ete. 


IBM'™ is a registered trademark of International Business Machines Corporation. 
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End-Users 


_ The main purpose of SNA is end-user to end-user communication. An SNA network 
exists to provide services for end users, the network exists to transfer data between 
end users. SNA strives to separate the end user from the network. SNA structures its 
network so the end user does not have to deal with the details of transferring data. 
SNA leaves the details of data communications to the network itself. Thus, in the 
SNA model, end users communicate with each other over a network whose operations 
are transparent to them. This allows physical device dependencies to be separated 
from application programs. 


An end user may be: 


a person at a terminal 
an application program 
a printer 

a mass storage device 


Every end-user is associated with a logical unit that allows communication with the 
services of the SNA network. The SNA _ network services enable end-users to 
communicate with each other. Data flow between users is generally referred to as 
message units. 


SNA Nodes 


The basic building block of an SNA network is the node. An SNA network is 
essentially a group of nodes joined together by data links. 


An SNA node is a point within the network that contains SNA components. It ts 
convenient to think of an SNA node as being a terminal, controller, or processor in 
the network. Strictly speaking, the SNA node refers only to the hardware and 
software joined together by data links that are designed to SNA specifications. Nodes 
are either subarea nodes or peripheral nodes. 


A subarea is a part of the SNA network that contains a subarea node and all the 
peripheral nodes that are attached to it. A subarea can receive message units from any 


origin and move them toward any destination, provided that the links are available. 


In contrast, a peripheral node can pass message units only between units within the 
node or to the subarea node to which it is attached. 
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SNA Services 


The SNA network provides two broad categories of services. One category of services 
is provided by the path control network. These services allow the user to transmit data 
quickly and accurately between network locations, regardless of how far apart the 
locations are from each other. 


Path Control Network Services 


Routing 

Class of Service 
Virtual Route Pacing 
Data Link Control 


The other category of services is provided by network addressable units (NAU). These 
services facilitate the exchange of data by pairs of end-users connected to each other 
through the path control network. NAU services that exchange data between 
end-users are referred to as end-user services; and, services that allow the network to 
coordinate its activities are called session network services. Each NAU also contains 
data flow control services and transmission control services. 


NAU Network Services 


End-User 

Session Network 
Data Flow Control 
@ Transmission Control 


SNA Layers 


Because a group of SNA services interacts in a specified way with adjacent nodes, the 
groups are referred to, and shown as layers in the SNA network. Figure 4-1 shows 
these layers and compares them to the OSI model. 
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Figure 4-1. SNA Layers 


The two layers, NAU Services Manager and Function Management Data, provide the 
NAU end-user and session network services. 


Data Link Control Services 


Data link control services provide three functions. First, it establishes logically 
full-duplex connections over each physical full-duplex or half-duplex link. Second, it 
transfers data over the Jinks. Third, it detects errors during data transfers and corrects 
them by retransmission, if possible; if not, data link control reports them to upper 
levels of the SNA network. 


Data link control has two forms. One is the channel data link control, as used for 
System 370 channels. The other form is Synchronous Data Link Control (SDLC), 
which is used by links that employ bit-serial transmission. The SNA Decode package 
works in conjunction with SDLC. 
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Data link control is responsible for managing and performing error recovery actions 
for all the varieties of link configurations, such as loops, nonswitched point-to-point, 
switched point-to-point, and nonswitched multipoint, in a way that does not require 
the action of upper layers of the SNA network. This isolation of data link control 
functions makes it possible to change the kinds of link connections without affecting 
end-users. 


SNA Protocols and Headers 


SNA protocols, sometimes called peer protocols, coordinate network operations 
through each of the layers, regardless of the types of nodes or how many of them the 
network contains. 


Peer protocols use parameters that are passed between equivalent components in 
separate nodes, The parameters are placed in headers successively prefixed to the 
users’ message units. This action occurs in each node, 


Figure 4-2. Successive Headers 


The elementary message unit passing between network addressable units is the 
Request/Response Unit (RU). Request/Response Units are decoded by the SNA 
package. Detailed information is given in Chapter 5 Reading SNA Displays. 


In general, Request Units contain end-user data, or control information, or both. 
Response Units are usually acknowledgments to requests. RU is the general term for 
the message unit that is accompanied by a Request/Response Header. 


The parameters of Function Management Data (FMD) services layer, data flow 


control layer, and transmission control layer are placed in the RU, or in the Request 
Header that transmission control appends to the RU. 
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Though parameters for three layers may be packaged together, the effect within each 
layer is the same as if they were independently transmitted. With minor exceptions, 
the parameters exchanged within a layer are generated or examined only by functions 
within that layer; no other layer sees them. 


When a logical unit appends the request header to the end-user data, a_ basic 
information unit is formed, The basic information unit is only used by the destination 
logical unit. The Request Header specifies the manner in which the destination logical 
unit is to communicate with, or respond to, the originating unit. 
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Figure 4-3, Basic Frame Format 


The SNA package decodes both request and response headers, including DF and SC 
codes (NC codes are not decoded). Chapter 7 includes a list of all decoded values, 
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Once the the originating logical unit constructs the basic information unit, it is given 
to the path control network for transmission to the destination. The path control 
node appends a transmission header to the basic information unit, forming a path 
information unit. 


The path control component in the destination node removes the transmission header 
and gives the basic information unit to the destination logical unit. The destination 
logical unit then uses the request header information, removes the header from the 
request unit and gives the data in the request unit to the end-user. 


PIUs & FIDS 


SNA defines several formats for path information units (PIUs). The Format of a path 
information unit is specified by a field in its transmission header called the format 
identifier (FID). The field may contain a 0, |, 2, 3, 4, or F. A path information unit is 
referred to as a FIDO if the format identifier contains a zero. Other path information 
units are called FIDL, FID2, FID3, FID4, and FIDF. 


The SNA package decodes FIDO through FID4 and FIDF. It also decodes the PIU 
whether it stands alone or within BTU (Basic Transmission Unit) 
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Reading SNA Displays 


Introduction 


This chapter describes the setup menu, filtering, interpretation of the the SNA display 
formats, and the user definable displays. 


After reading this chapter, you will understand what the various setup selections are, 


how to increase the capture buffer space via filtering, how to interpret the various 
SNA display formats, and how to customize your own FMH/RU displays. 
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The Setup Menu 


The setup menu lets you set the parameters for the application. This menu can be 
viewed by pressing <Setup> from the top level display. 
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Figure 5-1. The SNA Setup Menu 


The cursor will be flashing in the protocol field and the softkey labels indicate the 
choices available for the field. SDLC is the default condition in this field. The X.25 
choices are provided for X.25 PSN with the various Logical Link Control (LLC) 


protocols. 
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The <Print> function appears with the LLC protocol softkeys and can be used to print 
the menu to a printer. 


The arrow keys can be used to enter the various fields. 


The choices in the display field are Composite, Transmission Header, 
Request/Response Header, or Function Management Header/Request/Response Unit 
display modes. The display field is used for run time and is the default during 
examine data. You can still select other modes while in the examine data mode. 
Each of these displays are described in more detail in this chapter. 
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When SNA-X.25 is being measured, the filtering will take 
effect on the X.25 link level frames, which may limit the 
effectiveness of filtering. 


|. This selection must be reached by exiting the setup menu. 


Zz. Press <Run Menu> and <Data Filter>. 


The default setting for the Link Addr Filter is off. Press <On> to display the 
Link Addr field. 


When monitoring, the Link Addr field allows you to monitor a specific link 
address. Filtering out the frames will help conserve buffer memory. Only 
messages with the specified address are displayed and captured in the data 
buffer; all other addresses are ignored. To monitor all addresses on a link, leave 


the Link Addr Filter Off. 


The default setting is "1. 


When simulating with a specific link address chosen, data traffic for all link 
addresses is sent and received through the interface pod: however, only the 
selected address is displayed and stored in the data buffer. 
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Suppressing Supervisory Frames 


I. 


Zz 


From the top level menu, press <Run Menu> and <Data Filter>. 
Use the arrows keys to position the cursor in the Superv Filter field. 


When monitoring, the Superv Filter field allows you to ignore SDLC supervisory 
frames; they are not displayed or captured in the data buffer. This feature ts 
effective when the SNA data traffic consists mostly of supervisory frames in 
which you are not interested. Since only l-frames and U-frames are captured 
(only I-frames are displayed in SNA format), the buffer will contain more usable 


SNA data. 
The default setting ts the Superv Filter turned off. 
When simulating with the Superv Filter On, SDLC supervisory frames are sent 


and received through the interface pod; however, they are not displayed or 
stored in the data buffer. 
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Reading SNA Displays 


5-6 (Blank) 


Introduction to the SNA Displays 


You can see the SNA displays in the run menu and in the examine data display. They 
are: 


Composite (key elements from TH, RH, and FMH/RU) 
Transmission Header (TH) 

Request/Response Header (RH) 

Function Managment/Request/Response Unit (FMH/RU) 


In order to set parameters that will allow the application to work properly and 
efficiently, separate menus are provided. The spare softkey of the top level menu is 
used to access these menus. The spare softkey is accessed by pressing [More] and will 
be labeled <SNA def>. 


See the appropriate titles in this chapter for details on each display. 
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Run Display 


The figure below shows the run display used for SNA data traffic. This example ts in 
the Composite display which is the default condition in the SNA setup mode. The 
reference numbers on the left side indicate the items of the display. 


Figure 5-2. SNA Run Display 
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Item | is the SNA heading in the Composite display. It shows key elements from the 
highlighted sections in the following SNA frame: 
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Figure 5-3. Composite Display in an SNA Frame 


Item 2 is the data display area; it shows thirteen lines of data traffic; each line 
represents one Path Information Unit (PIU). 


Item 3 is the the basic software keys. They perform the same way without the SNA 
package with the exception of the <Auto confg> function. When you execute the 
<Auto Confg> softkey, the application will intervene only if a BOPs protocol is 
selected (such as HDLC, SDLC, or X.25). In this case, SDLC is imposed as the protocol 
and the SNA Composite display mode is used when the monitor mode is entered. 
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Examine Data Display 


Figure 5-4 shows the examine data display used for SNA data traffic. The reference 
numbers on the left side indicate the various rows of the display. 
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Figure 5-4. SNA Examine Data Display 


Row 3 is the SNA heading tn the Composite display (the setup menu’s default 
condition). It is the same heading that appears in the run display. Vertical bars 
separate the heading tnto the three parts that the Composite display shows the key 
elements of: the Transmission Heading, the Request/Response Heading, and the 
Request/Response Unit. 
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Refer to the specific display in this chapter for the heading definitions used in the 
Composite display. 


Rows 4 through 14 make up the data display area; there are eleven lines of data 
traffic; each line represents one frame. The far right column of each line displays 
special FCS characters; a flashing B for a bad frame and a flashing A for an aborted 
frame. When the frame is good, no FCS character is displayed. 


Rows 1 and 2 show the heading lines for the expansion area. They are used to decode 
more data from the normally decoded lines. 


Composite Display Headings 

Figure 5-4. SNA Examine Data Display is a composite of the displays to be explained 
jater in this chapter. The headings on rows 1 and 3 have column headings from the 
Transmission Header, the Request Response Header, and the Request/Response Unit 


which may also include the Function Management Header. 


Note that QP is Q and P, Ce is C and c, and EP is E and P for space efficiency 
reasons. Also, FSC is F and S and C, and DaQOa is Da and Oa for the same reasons. 


Examine Data Display Format Softkeys 

The softkeys can be used to select the other SNA display modes while in examine data. 
The standard softkeys operate in the usual way. Simply press the [More} key and the 
<Chang Dsply> softkey. 


The print softkey offered as a standard feature of examine data is still available 
and will function the same when an SNA display mode is selected. 


NOTE 


All the displays in this chapter are artificially generated to be 
used as examples. They do not represent actual data. 


Reading SNA Displays 5-11 


~ 
© 
9 
o. 
=) 
ei 
S) 
Zz 
> 
o) 
na 
2 
© 
<< 
ie 9) 


The Transmission Header (TH) 


Below is the basic SNA frame with the Transmission Header highlighted. 
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Figure 5-5. TH in the SNA Frame 


Fie 


The Transmission Header is the SNA data header used to identify the source and 
destination of the data, sequence number, and type of flow. 


Chapter 7 Simulation Reference, shows a Transmission Header in more detail, 
including how to enter FIDO through FID4 and FIDF Transmission Headers. 
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Examine Data in TH Display Mode 


The figure below shows the Examine Data display in the TH display mode. The 
reference numbers on the left side indicate the rows on the display. 
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Figure 5-6. Examine Data in the TH Display 


Row 3 is the basic Transmission Heading. Row 1 is the expansion heading and row 2 
is the expansion decode area. The headings are defined in the following section. 


Rows 4 through 14 show the normal decode area. A decode example ts shown for the 
six FID types. The expansion header shows the way F!ID4 is decoded. FIDF has two 
extra fields, Command Format (CF) and Command Type (CT). All other FID types 
simply display the data after the TH in the expansion area. 


Rows 15 and 16 are the softkey labels. 
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TH Display Headings 


Note that there are two "S" headings, two "R" headings, three "P'’s, two "I'"s, and 
two "W'’s, These headings are intended to simply trigger the purpose or name of the 
field. 


Main Decode Area Headings (Row 3) for TH display: 
Ficld Description 


r FID Type 
One character 0-9, A-F 


M Mapping Field 
M = middle 
I. = last 
I’ = first 
O = only 
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A Address Assigner Indicator (AAI) 
P = primary assigned address 


S = secondary assigned address 


E Expedited Flow Indicator (EVD 
E = expedited 


L Local Session Identification (LSID) 
Ilex value prefixed by one of the following: 
P = SSCP-PU session 
L = SSCP-LU session 
| = LU-LU session 


Da Destination Address Picld (DAP) 
Destination Element Field (DEF for FID4) 
One or two hex bytes. 


Oa Origin Address I'ield (OAF) 


Origin Element Field (QEF for FHD4) 
One or two hex bytes. 
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I] SNA Indicator (SNAIL, FED4 only) 
S=SNA 


Ds Destination Subarea Field (DSAF, FID4 only) 
Four hex bytes. 


Os Origin Subarea Field (OSAP, FID4 only) 
Four hex bytes. 


Sn Sequence Number Field (SNI’) 


Command Sequence Number (FIDF only) 
Two hex bytes. 


De Data Count Field (DCF) 
Two hex bytes. 


Expansion Area Headings (Row 1) for TH display: 


S TG Sweep Indicator 
S = PIU may not pass PIU's 
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R Explicit Route & Virtuat Route Support Indicator 
R = soine node does not support ER & VR 


Cc Virtual Route Pacing Count Indicator 
0 = VR pacing count does equal zero 


P Network Priority 
P = Plow is network pvioritly 


I Inittal Explicit Route Number (JERN) 
Explictt Route Number (ERN) 
Two hex bytes 


V Virtual Route Number (YVRN) 
Once liex nibble 


P Transmission Priority (TPL) 
L. = low 
M = medium 
HH] = high 
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Virtual Route Change Window Indicator 
I = increment 


ID = decrement 


TG Non-FIFO Indicator 
F = FIFO required 


VR Sequence & Type Indicator 

N = non-sequenced/non-supervisory 
S = non-sequenced/supervisory 

1 = singly sequenced 


Transmission Group Sequence Number (TGSNI*) 


Three hex nibbles (2 hex characters) 


VR Pacing Request Indicator 
P = VR pacing response requested 


VR Change Window Reply Indicator 


I = increment 


D = decrement 


VR Reset Window Indicator 
R = reset window size lo minimum 


VR Send Sequence Number (VRSSNI) 
Three hex nibbles (2 hex characters) 


Command Format 
One hex byte 


Command Type 
One hex byle 
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Request/Response Header (RH) 


The figure below is a basic SNA frame with the Request/Response Header highlighted. 
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Figure 5-7, Basic SNA Frame with RH highlighted 
The Request/Response Header (REI) is the unit of SNA data used for various control 
purposes. It describes the data as being a request or a response. It also indicates 
whether the transmission contains function management data, network control, data 
flow control, or session control. 


Chapter 7 Simulation Reference, shows the Request/Response Header in more detail. 
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Examine Data in RH Display Mode 


The figure below is the HP 4952 in examine data with the display in 
Request/Response Header (RH). 
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Figure 5-8. Examine Data in RH Display Mode 


Row 1 is an expansion area displaying a limited portion of the FMH/RU. 

Row 2 is the expansion decode area. 

Row 3 is the normal heading. 

Rows 4 through 14 show the normal decode area. Rows 4 and 5 show the possible 
values for a request, while rows 5 and 6 show the possible values for a response. The 


displayed values are generally displayed or left blank. indicating that the bit is on or 
off (set or cleared, | or 0). 
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RH Display Headings 


Note that there are two "C" headings and a "c" heading, as well as two "P" headings. 
These headings are intended to trigger the purpose or name of the field. It is expected 
that you are familtar enough with the measurements or SNA to realize which field is 
indicated by its position. 


Main Decode Area Headings (Row 3) for RH display: 


Field Description 
Ty RU Type 


RQ = request 
RS = response 


Ca RU Category 
FM = function management 
NC = network control 
DI = data flow control 


nd 
oo 
9 
=7 
wo) 
ge 
SN 
Zz, 
> 
= 
i? 
2 
) 
eS 
4 2) 


SC = session control 


EF Format Indicator 
F = FMII follows 


S Sense Data Indicator (SDI) 
S = sense data included 


C Chaining Indicators (BCT, ECI) 
M = middle 
L = last 
F = first 
O = only 


Res Response Indicators (DRII. DR2I. ERI/RTI) 1, 2, and/or £, +, or - may appear under 
this heading, suchas [, 2, 12, 1 E, 14+, 1-2 E.2+4,2 -, 12E, 124, or 12-. 
{ = definite response | requested oy definite response | 
2 = definite response 2 requested or definite response 2 
E = exception response requested 
+ = positive response 


- = negative response 
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Queued Response Indicator (QRI) 
Q = enqticue response 


Pacing Indicator (PD 
P = pacing request /response 


Brackcling Indicators (BIBI, EBI, CEBI 
E = end bracket 
B = begin bracket C prefixed for conditional end of bracket (CEBL ts 1). 


Change Direction Indicator (CDI) 
C = change direction 


Code Selection Indicator (CSI) 
0 = code 0 
1 = code | 


Enciphered Data Indicator (EDI) 
E = RU is enciphered 


Padded Data Indicator (PDI) 
P = RU was padded bel‘ore enciphered 


Expansion Area Headings (Row 1) for RH display: 


The expansion area is the same as one line of the normal area Cor the FMII/RU display (following), 


except that the bytes that are displayed are not selectable (bytes 0 through 2 | decimal). 
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Function Management Header/ 
Request/Response Unit (FMH/RU) 


The figure below is the basic SNA frame with the Function Management 
Header/Request/Response Unit section highlighted. 
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Figure 5-9. FMH/RU in the SNA Frame 
The Function Management Header in the Request Unit is used for selecting end user 
functions and devices. The Request/Response Unit contains user data, 


acknowledgment of user data, network commands, or responses to commands. 


Chapter 7 Simulation Reference shows the Function Management 
Header/Request/Response Unit in greater detail. 
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Examine Data in the FMH/RU Display 


The figure below shows the examine data display in the FMH/RU display mode. The 
reference numbers on the left side indicate the rows on the display. 
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Figure 5-10. Examine Data in FMH/RU Display Mode 


Row 3 is the normal heading, row 1 is the Expansion Heading and row 2 is the 
expansion decode area. 


Rows 4 through 14 show the normal decode area. 
Row 4 shows an exam;i of a request code decoded into the mnemonic for a BIND. 
Row 5 shows a function management code decoded into the INIT-SELF mnemonic. 


Row 6 is a display of user data or sense data. 
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Row 7 is an example where the function management code was not valid, and so the 
data is left to the user to evaluate. 


Row 8 is an error example for a request code. 
Rows 15 and 16 are the softkey labels. 
FMH/RU Display Headings 


Main Decode Area Headings (Row 3) for FMH/RU Display: 


Field Description 
Fm/Re Function Management Code / Request Code 


The mnemonie for the 3 byte 'MC or 1 byle RC goes under this column heading. If 
an unrecognized FMC or RC is encountered, the bytes for the code are displayed in 


simple hex or (ext, 


data The data that follows the FMC or RC, or the data classified as user data or sense cata 
starts under this heading. The byte number within the FMH/RU is used in the 


~ 
© 
ry) 
= 
= 
ge 
Nn 
Zz, 
> 
S 
#9) 
S 
—_ 
o 
wet 
Ww 


heading(s). 
Expansion Area Headings (Row 1) for FMH/RU Display: 


The expansion area wil! be used as a continuation of the data from the main decode area, if any. as 
selected by the user in the FMU/RU Display Menu. 
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SNA Display Definition Menu 

The SNA Display Definition Menu is an advanced capability of the SNA Application 
Package. It lets you specify how your data is to be displayed. This menu can be 
viewed by performing the following steps. 

1. Get to the top level menu. 


2. Press [More]. 


3. Press <SNA def> 


SNA Display Definition Menu 


“get help on defining 
displays. 
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FMH/RU Display Menus: 


define up to 5 ways in which 
the bytes of the FMH/RU are 
to be displayed. 
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Figure 5-11. The SNA Display Definition Menu 
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The <Help> softkey will access a menu which is a tutorial on how to set up the 
FMH/RU displays. 


The <FMH/RU> softkeys will access five menus in which you can specify how the 
data will be displayed. 


You can turn a particular byte ON or OFF by pressing the corresponding softkey, 
labeled at the bottom. When the field is on, the characters under the byte number 
indicate how the byte will be displayed by the application. The first character tells 
whether the byte will appear in the normal decode area (N), or in the expansion area 
(E). Use the softkeys to select which area the byte will be displayed in. The second 
character indicates whether the byte will be decoded as a hex or text value (H), or a 
binary value (B), with softkeys available for this selection. 


Your are not allowed to select more bytes than will fit in either the normal display 
area or expansion area. The status line at the bottom of the menu tells you how much 
space is left to work with. If you try to select more bytes than will fit on a display, 
the count for the area that would overflow will blink. 


You can decode the parameters for request codes or function management headers 
according to the particular headers you use the most often. Five of these menus are 
provided and you can switch among them during examine data. 

The default condition for this menu selects the first 11 bytes of the FMH/RU to be 
displayed in hex in the normal area and the next 16 bytes to be displayed in hex in the 
expansion area. 

Storing Your Customized FMH/RU Menu 

You also have the option of storing your customized FMH/RU menu to a disc for 
future use. After specifying how you want your data to be displayed simply insert a 
disc into the disc drive and press <Mass Store> from the top level menu. 


Press <Load> and type in a name for your file. 


Press <Store> and then <Extended Menu>. 
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Simulation 


Introduction 


This section provides information about using simulation with SNA Analysis. If you 
are not familiar with simulation on the HP 4952 Protocol Analyzer, you should read 
the HP 4952 Operators Manual before proceeding. 


An example is used in this chapter to demonstrate the simulation feature. You'll use 


simulation to send an SNA frame and then youw'll use the examine data feature to 
check the results of your transmission. 


NOTE 


Make certain the protocol analyzer is disconnected from 
your network before running the simulate program. 


Be sure you have chosen SNA/SDLC protocol tn the setup 


menu. The display field in the setup menu should be in the 
Composite mode. 


Simulation 6-1 


ce 
5 
= 
-a¥) 
fade 
o) 
_ 


SNA Frame Format 


In order to successfully use the protocol analyzer simulation feature with SNA data 
traffic, you must have an understanding of SNA frame formats. This application will 
decode SNA data running on an SDLC link or over an X.25 PSN. You must 
specif y which type of LLC protocol is being measured. 


The basic frame format is shown below. 
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Figure 6-1. Basic Frame Format 


The protocol analyzer simulation feature lets you enter all of these fields. The 
following example shows you how to use analyzer to enter the information required 
in the various fields. 
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Although the example may not represent the exact type of SNA traffic you want to 
simulate, please give it a try. It illustrates the basic steps and ease of simulation. 
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Sending A FID2 Frame 


This example shows you how to send a FID2 frame. FID2 is used because it has a 
short Transmission Header. The frame is sent repeatedly only for the purpose of 
making it easy to view data on the displays. 


The Frame Bytes 
Il. Get the top level menu and press <Simulate>. 
2. When the simulate display appears, press the <DCE> softkey. 


3. Press <Send>. A start flag, good FCS symbol, and an end flag appear. The 
flashing cursor indicates the point to enter the link address, 


4. Press the <Hex> softkey to make the link address entry in hex. Enter a link 
address of 91 by pressing the 0 and | keys. 


5. Next, the SDLC control field must be entered. Make the control field for an 
I-frame by entering ". 


6. Now, enter bytes 0 through 5 of the Transmission Header as follows: 
Enter 7p. Byte 0... FID=2, MPF=O (only), AI=P and EVI= E. 
Enter %o. Byte I... Don’t Care 


Enter A. Byte 2... DAF=0A 


cf 
= 
= 
_— 
2] 
sa 
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Enter 9s, Byte 3... OAF=0B 


Enter 90 then °c. Bytes 5&6... SNF=000C 
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10. 


Now add a Request Header to the frame. The header is three bytes as follows: 
Enter 43. Byte 0... RRI=RQ, RU CAT=DF, ll=blank, SDI=blank, BCI ECI=O 

Enter 73. Byte I... DRI DR21 ERI=DEF, QRI=Q, PI=P 

Enter 73. Byte 2.. BBI EBI=CE, CDI-C, CSI=0, EDI=blank, PDI=P 

Add an RU by entering 95; this sets the request code to ready-to-receive (RTR). 
Press [RTN], then <Next Block>. 


Press [MORE], then <Goto Blk>. The simulation display now looks like this: 


Simulate DCE 


Block 1 


Send [91% 2199A9B% 9% 437373°SGE| 


Block 2 
Goto Block 1 


Figure 6-2. Frame Bytes 
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Running The Simulation Program 
1. Press [EXIT] to leave the simulation display. 
2. Press <Run Menu>. 


3. Press <Simulate>. The display should be running as shown below. 
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Figure 6-3. Running Simulation 


4. Press [EXIT] to stop the simulation. 
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Examining Data 


1. To display the data in the buffer, press <Exam Data> in the top level menu. 
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Simulation Reference 


Entering a FIDO Transmission Header 


FIDO transmission headers require ten bytes. The table below shows the simulation 
inputs that you must make in order to produce the desired output. Simulation input 
values are shown in binary or hex. Fields or bits that are not defined (don’t care) must 
be entered; however, the "don’t care" symbol is not available when making simulation 
entries. Follow conventional SNA practice and enter a 0 (not a L) for undefined bits. 


Table 7-1. FIDO Transmission Header 


76543210/7654321 0 
byte 5 | byte 6 


Field Desired Outputs Simulaton Inputs 


All X's O's 


0000 
M, L, F, 0 00, OL, 10, 11 
blank, ¢ 
OO00-FFFF hex OO00-FFFF hex 
OOO00-FFFF hex OO00-FFFF hex 


OO00-FFFF hex OO000-FFFF hex 
OQO0-FFFF hex OOO00-FFFF hex 
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Entering A FID1 Transmission Header 


FID1 transmission headers require ten bytes. The table below shows the simulation 
inputs that you must make in order to produce the desired output. Simulation input 
values are shown in binary or hex. 


Fields or bits that are not defined (don’t care) must be entered; however, the "don’t 
care" symbol is not available when making simulation entries. Follow conventional 
SNA practice and enter a 0 (not a 1) for undefined bits. 


Table 7-2. FID! Transmission Header 


Desired Outputs Simulaton Inputs 


All X’s na 0’s 
FID1 Fis1 0001 
MPF Mp =m, L, F, 0 00, 01, 10, 11 
EFI Ef = blank, E 6.4 
DAF Da = OO00-FFFF hex O600-FFFF hex 
OAF Oa = 0000-FFFF hex OO00-FFFF hex 
SNF Sn = 0000-FFFF hex OO00-FFFF hex 


QQOO-FFFF hex QOOQO-FFFF hex 
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Entering A FID2 Transmission Header 


FID2 transmission headers require six bytes. The table below shows the simulation 
inputs that you must make in order to produce the desired output. Simulation input 
values are shown in binary or hex. 


Fields or bits that are not defined (don’t care) must be entered; however, the "don’t 
care" symbol! is not available when making simulation entries. Follow conventional 
SNA practice and enter a 0 (not a 1) for undefined bits. 


Table 7-3. FID2 Transmission Header 


XXX XXX XX 
0010 


FIO | mal 
P ITIF 
De 


| 
| 


765432101765432:10176543210/7 65 4 3 1 6 S 
byte 0 byte 1 | byte 2 byte 3 byte 4 


Field Desired Outputs Simulation Inputs 
All X's na 0's 

FIO02 Fi = 2 0010 

MPF Me =m, L, F, 9 00, 01, 10, 11 

AT A= s 0, 1 

EFI Ef = blank, E 0, 1 

OAF Da = O0-FF’ hex 06-FF hex 

OAF Oa = OQOOOO-FFFF hex QOOO-FFFF hex 

SNF Sn = QOOO-FFFF hex OOOO-FFFF hex 
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Entering A FID3 Transmission Header 


FID3 transmission headers require two bytes. The table below shows the simulation 
inputs that you must make in order to produce the desired output. Simulation input 
values are shown in binary or hex. 


Fields or bits that are not defined (don’t care) must be entered; however, the "don’t 
care" symbol is not available when making simulation entries. Follow conventional 
SNA practice and enter a 0 (not a 1) for undefined bits. 


Table 7-4. FID3 Transmission Header 


Field Desired Outputs Simulation Input 

Rll X’s na O's 

FIO3 Fi = 3 0011 

MPF Mp = MN, L, F, 0 00, 01, 10, 11 
FI Ef = blank, — 0,'1 

LSID Ls = 00-FF hex OO-FF hex 
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Entering A FID4 Transmission Header 


FID4 transmission headers require twenty six bytes. The table below shows the 
simulation inputs that you must make in order to produce the desired output. 
Simulation input values are shown in binary or hex. 


Fields or bits that are not defined (don’t care) must be entered; however, the "don’t 
care" symbol is not available when making simulation entries. Follow conventional 
SNA practice and enter a 0 (not a 1) for undefined bits. 


Table 7-5. FID4 Transmission Header 


Desired Outputs 


Vn = O-F hex 
Tpf = LOW, MED, HI, blank 
Vow = INC, DEC’ 


Tgnf = FIFO, Bane s 

Vst = blank, SUP, SEQ 
Tgsn = 000060- FEREFE hex 
Vorq = blank, REQ 

Vers = blank, INC, DEC 


as 
900006- RE ErRE hex 
ee = 00000000-FFFFFFFF 
Osaf = 00000000-FFFFFFFF 
Sna = blank, 


: F, 0 


= 
Ef = pla 

Ba = 0000- HFEF hex 
Oa = 0000-FFFF hex 
Sn = 0000-FFFF hex 
Dc = 0000-FFFF hex 


Simulation Inputs 


0's 


oOoo00 
rer 
© 


a ee ey 


03 oe el 
900000- Le PEREE nex 


1 
06 or 01, 10, 11 


0,1 
060000-FFFFFF hex 
00000000-FFFFFFFF hex 
00000000-FFFFFFFF hex 


, 


00, 01, 10, 12 


0600-FFFF hex 
0000-FFFF hex 
0000-FFFF hex 
0000-FFFF hex 
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Table 7-5. FID4 Transmission Header (Continued) 


X X|1 E RN] ERN 


10/765 432 $43210|765432 
| byte 2 byte 3 | byte 4 


VRSSNF 
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Entering a FIDF Transmission Header 


FIDF transmission headers require twenty six bytes. The table below shows the 
simulation inputs that you must make in order to produce the desired output . 
Simulation input values are shown in binary or hex. 


Fields or bits that are not defined (don’t care) must be entered; however, the "don’t 
care" symbol is not available when making simulation entries. Follow conventional 


SNA practice and enter a 0 (not a 1) for undefined bits. 


Table 7-6. FIDF Transmission Header 


Desired Outputs 


F 
OO-FF hex 
OO-FF hex 
OOOO-FFFF hex 
OOOO-FFFF hex 


1111 

OO-FF hex 
OO-FF hex 
OOOO-FFFF hex 
OOOO-FFFF hex 


Simulation Reference 


Simulation Inputs 
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Table 7-6. FIDF Transmission Header (Continued) 


D IXXXXIXXXXXXX x] 
11 


byte 10 | byte 11 i byte 12 | byte 13 | byte 14 


byte 23 
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Entering A Request Header 


Request headers require three bytes. The table below shows the simulation inputs that 
you must make in order to produce the desired output . Simulation input values are 
shown 1n binary. 


Fields or bits that are not defined (don’t care) must be entered; however, the "don’t 
care" symbol is not available when making simulation entries. Follow conventional 
SNA practice and enter a 0 (not a 1) for undefined bits. 


Table 7-7. Request Header 


Desired Outputs Simulation Inputs j 


All X’s O's 


RRI RQ 0 
RU CAT FM, NC, OF, SC 00, O1, 10, 11 
FT blank, F 0, 1 
blank, § 0, t 
mM, L,'F, 0 06, 01, 10, 11 


? 


= 
=x 


Sof 
BCI ECi 


DR1I OR2I ERI is 000 
010 or 100 or 110 
001 or 011 or 101 or 111 


QRI , 
Pt Pp blank, P 
SBI EBI CEBI ee CE 


B 100 or 101 or 110 or 111 
= blank, C 0, 1 


: iG 


0, 1 
Ed = blank, E, PE 06 or 01, 10 , 11 
see BBI EB! CEBI 
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Entering Request Codes 


A Request code is a single byte field that follows the request/response header (when no 
FM or sense data is in the frame). 


There are three types of request codes, each corresponds to a request/response unit 
category (DF, NC, SC). You must set the RU CAT to the appropriate code to cause the 
request code to be properly simulated. 


If you set the RU CAT to FM, then the three bytes immediately following the request 
unit are decoded as function management header data. 


If you set the SDI to sense data follows, then the four bytes immediately following the 
request unit are decoded as sense data. 


See table 7-8 for the list of request codes used in SNA Decode. 


Entering Function Management Data Codes 


A function management data code is a three byte field that follows the request/ 
response header (when no sense data is in the frame). 


When you set the RU CAT to FM, then the three bytes immediately following the 
request unit are decoded as function management header data. 


If you set the SDI to sense data follows, then the four bytes immediately following the 
request unit are decoded as sense data. 


See table 7-9 for the list of FMD codes used in SNA Decode. 
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Table 7-8. Request Codes 


Data Flow Control (DF) Codes 


Desired Simulation 
Output Input (hex) Description 


BID cs Bid 

BIS 70 Bracket initiation stopped 
CANCEL 83 Cancel 

CHASE g4 Chase 

LUSTAT 04 Logical unit status 

ac 81 Quiesce complete 

QEC 80 Quiesce at end of chain 
RTR 0S Ready to receive 

RELQ 82 Release quiesce 

RSHUTD C2 Request shutdown 

SBI 71 Stop bracket initiation 
SHUTC C1 Shutdown complete 

SHUTD CO Shutdown 

SIG cg Signal 


Network Control (NC) Codes 


Desired Simulation 

Output Input (hex) Description 

LSA Cost subarea 

NC-ACTVR OD Activate virtual routing 
NC-DRCTVR OE Deactivate virtual routing 
NC-ER-& OB Explicit route activate 

NC -ER-AR Oc Explicit route activate reply 
NC-ER-INO 06 Explicit route inoperative 
NC -ER-OP OF Explicit route operative 
NC-ER-T 09 Explicit route test 
NC-ER-TR OA Explicit route test reply 
NC-IPL-A 46 NC IPL abort 

NC -IPL-F 02 NC IPL final 

NC-IPL-I 03 NC IPL initial 

NC-IPL-T 04 NC IPL text 


Session Control (SC) Codes 


Desired Simulation 
Output Input (hex) Description 


ACTCORM 14 Activate cross-domain resource manager 
ACTLU 08) Activate logical unit 

ACT PU 1 Activate physical unit 

BIND 31 Bind session 

CLEAR At Clear 

CRV CO Cryptography verification 

DACTCORN 15 Deactivate cross-domain resource manager 
DRTCTLU OE Deactivate logical unit 

OACTPU 12 Deactivate physical unit 

RQR 3 Request recovery 

SOT A0 Start data traffic 

STSN A2 Set and test sequence numbers 

UNBIND 32 Unbind session 
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Table 7-9. Function Management Data Codes 


Function Management Data (FMD or FM) Codes 


Desired 
Output 


ABCONN 
ABCONNOUT 
ACTCONNIN 
ACTLINK 
ACTTRACE 


ADDLINK 
ADDLINKST 
ANA 

BINDF 
CDOCINIT 


COINIT 
CDSESSEND 
CDSESSSF 
CDSESSST 
COSESSTF 


COTAKED 
COTAKEDC 


CLEANUP 


CONNOUT 
CONTACT 
CONTACTED 


CTERM 
DACTCONNI 


DACTLINK 
DACTTRACE 
DCONTACT 
DELETENR 
DELIVER 


DISPSTOR 
OSRLST 
DUMPINIT 
DUMPFINAL 
DUMPTEXT 


ECHOTEST 
ER-INOP 
ER-TESTED 
ESLOW 
EXECTEST 


EXSLOW 


INIT-0-CO 
INIT-OTHR 


Simulation 
Input (hex 


818647 


818649 


@OMPOVDO 
o> be pe > pee 
ooo0o0o 
DM WR 
ee OOO 
NONQWGW 


Description o 


Abandon connection 
Abandon connect out 
Activate connect in 
Activate link 
Activate trace 


Add link 

Add link station 

Assign network address 

Bind failure 

Cross-domain control initiate 


Cross-domain initiate 

Cross-domain session ended 
Cross-domain session startup failure 
Cross-domain session started 
Cross-domain session takedown failure 


Cross-domain takedown 
Cross-domain takedown complete 
Cross-domain terminate 

Control initiate 

Clean up session 


Connect out 

Contact 

Contacted 

Control terminate | 
Deactivate connect in 


Deactivate link 
Deactivate trace 
Discontact 

Delete network resource 
Deliver 


Display storage 
Direct search list 
Dump initial 

Dump final 

Dump text 


Echo test 

Explicit route inoperative 
Explicit route tested 
Entering slowdown 

Execute test 


Exiting slowdown 

Free network address 
Forward 

Initiate other cross-domain 
Initiate other 
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Table 7-9. Function Management Data Codes (Continued) 


Function Management Data (FMD or FM) Codes 


Desired Simulation 

Qutput Input (hex Description 
INIT-SLFi 8tO6st Initiate self (format 1) 
INIT-SLFO 010681 Initiate self (format 0) 

INIT PROC 410235 Initiate procedure 

INOP 010281 Inoperative 

TPLFINAL 010205 IPL final 

IPLINIT 010203 IPL Initial 

IPLTEXT 010204 IPL text 

LCP 410287 Lost control point 

LOREQD 410237 Load required 

NMVT 41038D Network management vector transport 
NOTFY S/L 810620 Notify (Beep. asst 

NOTFY S/S 818620 Netter SSCP-->SSCP) 

NS~IPL-A 410246 NS abort 

NS-IPL-F 410245 NS IPL final 

NS-IPL-I 410243 NS IPL initial 

NS-IPL-T 410244 NS IPL text 

NS-LSA 010285 NS lost subarea 

NSPE 010604 NS procedure error 

PROCSTAT 410236 Procedure status 

RECFMS 410384 Record formatted maintenance statistics 
RECMS 010381 Request maintenance statistics 
RECSTOR 010334 Record storage 

RECTD 010382 Record test data 

RECTDR 010333 Record trace data 

RECTR 410385 Record test results 

REQACTLU 410240 Request activate logical unit 
REQCONT 010284 Request contact 

REQECHO 810387 Request echo test 

REQFNA 410286 Request free network address 
REQMS 410304 Request maintenance statistics 
REQTEST 010380 Request test procedure 

RNAA 410210 Request network address assignment 
ROUTE-TST 410306 Route test 

RPO 010209 Remote power off 

RQODISCONT 010218 Request discontact 

SESSEND 810688 Session ended 

SESSST 810686 Session started 

SETCV(c) 010211 Set control vector (FMD Ne ims 
SETCV ma) 010311 Set control vector (FMD NS(ma)) 
TERN-0-C 818642 Terminate other cross-domain 
TERM-OTHR 810682 Terminate other 

TERN-SLFO 010683 Terminate self oteee 2 
TERM-SLF1 810683 Terminate self (format ft 
TESTMOODE 410305 Test mode 

UNBINDF 810687 Unbind failure 

VR-INOP 410223 Virtual route inoperative 
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Entering a Response Header 


Response headers require three bytes. The table below shows the simulation inputs 
that you must make 1n order to produce the desired output. Simulation input values 
are shown in binary. 


Fields or bits that are not defined (don’t care) must be entered; however, the "don’t 
care’ symbol is not available when making simulation entries. Follow conventional 
SNA practice and enter a 0 (not a 1) for undefined bits. 


Table 7-10. Response Header 


Field Desired Outputs Simulation Inputs 
All K's na 0's 

RRI Ty = RS 1 

RU CAT Ca = FM, NC, OF, SC 00, O01, 10, 11 
FI Fi = blank, F 0, 1 

SDI Sd = blank, § 0, 1 

BCI ECI 0 14 

OR1I ORZI Ri = blank, 2, 1, BO 00, O1, 10, 11 
RTI Rt = +, - ie af 

QRI Qr = blank, Q 0, 1 

PI Pi = blank, P 0,1 
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Protocol Header Orientation 


Introduction 

This chapter tells you the orientation of the various headers. It illustrates the 
relationship of SNA within SDLC (Synchronous Data Link Control) and of SNA 
within X.25, 


The HP 1826LA SNA application decodes the PIU (Path Information Unit) whether it 
stands alone or within BTU (Basic Transmission Unit). 


Protocol Header Orientation 8-1 
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Orientation 


SNA Within SDLC 


Synchronous Data Link Control (SDLC) is used for the SNA data link level protocol. 
The SNA message information is always contained within an SDLC information 
frame. SDLC controls flow and error free transmission of data on the link from node 
to node and has no knowledge of individual session specifics. It simply provides DLC 
services to messages received. 


The figure below shows the entire message. 


SDLC 
LH 
TH 
RIT 
FMII 
RU 
LT 
BIU 
PLU 
BTU 
BLU 


<—_—_PIU—>  <—_p|y > 
<< BT SR 
<—$—__________— BLU 


<—BIU——> <—— Blu ——> 


Figure 8-1. SNA Within SDLC 
Deseription 


Synchronous Data Link Control 

Link Header (SDLC start flag. address and control) 
Transmission Header 
Request/Response Header 

Punction Management Header 
Request/Response Unit 

Link Trailer (SDLC, FCS, and end flag) 
Baste Information Unit 

Path Information Unit 

Basic Transmission Unit 

Basie Link Unit 
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SNA Within X.25 


SNA defines the communications and interfaces through the network, from end user 
to end user. X.25 defines the interface to the network. X.25 is a CCITT standard for 
interfacing to public Packet Switched Networks (PSNs). 
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The figure below is an X.25 Data Frame. 


Flag 

Frame Check Sequence 
User Data 

Packet Header 

Control 

Address 

Flag 


Figure 8-2. X.25 Data Frame 
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SNA Within X.25:PSH-LLC 


Physical Services Header-Logical Link Control (PSH-LLC) is a logical link set up 
across the X.25 PDN. SNA-X.25 uses the logical link as if it were a physical link and 
uses the Physical Services Header as a Logical Link Control Protocol Data Unit 
(LPDU) header. 
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Figure 8-3. SNA Within X.25: PSH-LLC 


Field Description 

PSHI-LLC Physical Services Header Logical Link Control 

Lil Link Tlecader (X.25 start flag, address and control) 
PI X.25 Packel Header (Q-bit = 0) 

PSH Physical Services leader 

PIUS Path Information Unit Segment (optional) 

LT Link Trailer (X.25 FCS and end flag) 


The PIUS may be a partial PIU or a whole PIU. There is a bit in the PSH (SI-segment 


indicator) that indicates when the last segment of the PIU arrives (SI=0 means last or 
only PIUS). 
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SNA Within X.25: QLLC 


Qualified Link Level Control (QLLC) is currently the basic protocol being being 
implemented for use as the LLC protocol for SNA-X.25. It performs identical 
functions as SDLC but ts formatted differently in order to handle larger addresses and 
sequence numbers. 


udTJeJUIUE) 


ra 
ho 
‘o) 
rr 
‘@) 
ro) 
o. 
ae 
4°) 
ra) 
Qu 
a0) 
_ 


Figure 8-4. SNA Within X.25: QLLC 


Field Description 

QLLC Qualified Logical Link Control 

LII Link IIeader (X.25 start flag, address and control) 
PHI X.25 Packet Header (Q-bit = 0) 
BTUS Basic Transmission Unil Segment 

A Address of QLLU 

C Control of QLLU 

I Information of QLLU (optional) 

LT Link Trailer (X.25 FCS and end flag) 
LLU Logical Link Unit . 
DLLU Data LLU (Q-bit = 0 in PI) 

QLLU Qualified LLU (Q-bit = | in PED 


The BTUS may be a partial BTU or a whole BTU. There is a bit in the PH (M - More 
bit) that indicates when the last segment of the BTU arrives (M = 0 means last or only 
BTUS). 
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SNA Within X.25: ELLC 


Extended Level Link Control (ELLC) is a protocol currently being implemented for 
use as the logical link set across the X.25 PDN. SNA-X.25 uses it as if it were a 
physical link. 
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Figure 8-5. SNA Within X.25: ELLC 


Field Description 
ELLC Extended Logical Link Control 
Lil Link [leader (X.25 start flag, address, and control) 
PII X.25 Packet Header 
LPDU LLC Protocol Data Unit 
LPDUS LPDU Seginent 
A Address of LPDU 
Cc Control of LPDU 
PDUCS Protocol Data Unit Checking Sequence 
I Information of LPDU (optional) 
LT Link Trailer (X.25 PCS and end flag) 


The LPDUS may be a partial LPDU or a whole LPDU. There is a bit in the PH 
(M-More bit) that indicates when the last segment of the LPDU arrives (M=0 means 
last or only LPDUS). An LPDU consists of a header and an optional BTU. 
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Making a Working Copy of the Master Disc 


Initialize the Blank Disc 
I. Locate the blank disc, affix a label, and title it. 
Insert the blank disc into the dise drive. 


hp 4952 
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Figure A-|. Inserting A Dise Cartridge 
2. Get the top level menu, press [MORE] and press <Mass Store>. 


3. Press the <Init> softkey. 


4. Press <Execute>. When the disc activity is done, remove the initialized disc. 
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Copying The Master Disc 


The master disc contains the SNA Analysis application and a sample data file. You 
must use the copier to copy the SNA Analysis application to the working disc. 


You must use the basic loading and storing features of the protocol analyzer to copy 
the sample data to the working disc. 


The sample data file is used in conjunction with examples in the SNA Analysis user’s 
guide, thus, it is wise to copy the sample data file so that the master disc is not. used as 
a training disc. 


Copying The SNA Analysis Application 
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Locate the master disc and insert it into the dise drive. 


At the top level menu, press [MORE] and <Mass Store>. The disc is read and the 
catalog of files on the disc appears on the screen. 


Use the arrow keys to locate SNA_ANAL YSIS. 
Press <Load> and <Execute>. 
Remove the master disc and insert the initialized working disc into the dise drive. 


Press <Store>. Move the cursor to the comment line and enter WORKING COPY, 
or a similar comment. 


Press <Execute>. When the disc activity stops the top level menu will return. 


Copying The Sample Data 


J. 


Locate the master disc and insert it into the disc drive. At the top level menu, 
press [MORE] and <Mass Store>. 


Use the arrow keys to locate SNA_DATA. Press <Load> and <Execute>. The 
sample data is loaded into the data buffer. When the disc activity stops the top 


level menu reappears, 


Remove the master disc and insert the working disc into the disc drive. 
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Return to <Mass Store>. Press <Store>. Move the cursor to the file-type line and 
then press <Menus & Data>. You can add a comment on the comment line if 
you wish, 


Press <Execute> to store the sample data to the working disc. 
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Making a Working Copy of the Master Disc 
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Using Highlights 


Using Highlights 


A highlight is a half-bright video enhancement that marks data in a display. You can 
highlight data by writing a monitor or simulate program. Use of this feature is 
described in the HP 4952 Operator’s Manual. 


You can use highlights in SNA displays; however, there are some points to keep in 
mind. 


saoipusddy 


When you write a monitor or simulate program that uses highlights, remember that 
you are specif ying a byte to be marked. Because SNA uses SDLC, a bit-oriented 
protocol, you may not be able to define a highlight as precisely as you may wish. For 
example, you cannot highlight just the FID (four bits) in byte 0 of a transmission 
header; you must highlight the entire byte. In a FID2 transmission header, this causes 
the F, M, A and E columns to have the half-bright enhancement. 


When you visually scan a display looking for highlights, remember that some bytes in 
a frame are not displayed. For example, say that you ran a monitor program that 
highlights byte 1 in a FID2 transmission header. When you use the <Next Hilit> 
softkey to examine data, the frame containing the "highlight’ will be positioned to the 
top of the display, but no half-bright enhancement will be seen. This is because byte 1 
is a don’t-care byte and is not displayed. 


Using Highlights B-1 


wan 
wu 
4 
as: 
~ 
Y 
q, 
o. 
< 


Other ’highlights’ that are not displayed include bytes in the RU that are past the basic 
request or Fmh codes, or past the first nine bytes of sense data. 


Bytes | and 2 of the request header are displayed in SNA format; however, when these 
bytes are ’highlighted’, no half-bright enhancement is seen because these lines appear in 
a half-bright area at the top of the display. 


NOTE 


A maximum of 63 bytes can be highlighted. When the data 
buffer contains more than 63 highlightable bytes, only the 
last 63 are marked. 
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Application Memory 
An area of memory in the protocol analyzer in which you can store only 
application programs. 


Basic Information Unit (BIU) 
The unit of data and control information passed between half-sessions. It consists 
of a request/response header (RH) followed by a request/response unit (RU). It is 
used by network addressable units. 


Basic Link Unit (BLU) 
The unit of data and control information transmitted over a data link by data 
link control. 


Basic Transmission Unit (BTU) 
This is the equivalent of the information field in an SDLC frame and may 
contain many PIUs. 


Data Buffer or Data Capture Buffer 
An area of memory in the protocol analyzer in which you can only store data 
traffic. 


End-user 
The ultimate destination or source of application data in an SNA network, An 
end user may be an application program, a terminal operator, a printer, or a mass 
storage device. 
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Explicit Route (ER) 
The network’s path control components that connect two subarea nodes; this 
includes a set of one or more transmission groups. An explicit route is identified 
by an origin subarea address, a destination subarea address, explicit route number, 
and a reverse explicit route number, 


Extended Link Level Control (ELLC) 
A logical link set across the X.25 PDN. SNA-X.25 uses the logical link as if it 
were a physical link. 


Format Identifier (FID) 
Identifies the format of a path information unit. It is located within the 
transmission header of the PIU. 


Format Identifier Type 0 (FIDO) 
Identifies traffic involving non-SNA devices between adjacent subarea nodes 
when either or both nodes do not support explicit and virtual routing. FIDO is 10 
bytes in length. 


Format Identifier Type 1 (F1D1) 
Identifies traffic between adjacent subarea nodes when either or both nodes do 
not support explicit route and virtual routing. FIDL is 10 bytes in length. 


Format Identifier Type 2 (FID2) 
Identifies traffic between a subarea node and an adjacent type 2 physical unit 
peripheral node, FID2 is 6 bytes in length. 


Format Identifier Type 3 (FID3) 
Identifies traffic between an adjacent subarea node and an adjacent type | 
physical unit peripheral node. FID3 is 2 bytes long. 


Format Identifier Type 4 (FID4) 
Identifies traffic between adjacent subarea nodes when both nodes support 
explicit and virtual routing. FID4 is 26 bytes long. 


-ormat Identifier Type F (FIDF) 


Identifies certain commands sent between adjacent subarea nodes when both 
nodes support explicit and virtual routing. FIDF is 26 bytes long. 
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Function Management Header (FMH) 
One or more optional headers in the leading request/response unit (RU) of an 
RU chain, that allow one half session in an LU-LU sesson to: 


(1) select a destination at the session partner and control the way that the 
end-user data it sends is handled at the destinatton; (2) change the destination or 
characteristics of the data during the session, and; (3) transmit between session 
partners status or user information about the destination. 


Link 
The combination of the link connection and the link stations joining SNA nodes. 


A link connection is the physical medium of transmission; for example, a 
telephone wire or a microwave beam. A link includes the physical medium of 
transmission, the protocol, and associated communication devices and 
programniing; it is both logical and physical. 


Logical Link Control (LLC) 
A logical link is set up across the X.25 PDN. SNA-X.25 uses this logical link as if 
it were a physical link using one of the LLC protocols: QLLC, ELLC, or 
PSH-LLC. 


LLC Protocol Data Unit (LPDU) 
In the context of SNA-X.25, the LPDU bears a useful resemblence to an SDLC 
frame. but is contained within an X.25 packet for the purposes of transmission 
over the X.25 network. 


Logical Unit (LU) 
A port which an end-user accesses in order to communicate with another 
end-user and through which the functions are provided by system services 
control points (SSCPs). An LU is capable of supporting a least two sessions, one 
with an SSCP, and one with another logical unit. An LU may be capable of 
supporting many sessions with other logical units. 
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Message Unit 
A generic term for the unit of data processed by any layer; for example, a basic 
information unit (BIU), a path information unit (PIU), a request/response unit 
(RU). 
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NAU Services Manager Layer 
Layer in the NAU that works with the Function Management Data Services 
Layer to help prepare data for transmission through the network, facilitate data 
exchanges between application programs, and provide ways to configure, 
monitor, and control a network. 


Network Addressable Unit (NAU) 
A program or set of programs that carries out well-defined network functions, 
The three kinds of NAUs are System Service Control! Point (SSCP), Logical Unit 
(LU), and Physical Unit (PU). 


Network Services (NS) 
The services within network addressable units (NAUs) that control network 
operation via SSCP-SSCP, SSCP-PU, and SSCP-LU sessions. 


Node 
The basic building block of an SNA network. An endpoint of a link ora 
junction common to two or more links in a network. Nodes can be distributed- 
or host-processors, communication controllers, cluster controllers, or terminals. 
Nodes can vary in routing and other functional capabilities. 


Path Control (PC) Network 
Performs several communications functions in the node. These include receiving 
information from an NAU, routing this information through the network, 
ensuring that the information crosses the data links without errors, and 
delivering the data to its destination NAU. 


Path Information Unit (PIU) 
A message unit consisting of a transmission header (TH) alone, or of a TH 
followed by a basic information unit (BIU), it is used by the path control 
network. 


Physical Services Header (PSH) 
The LPDU header used in PSH-LLC. 
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PSH-LLC 
An LLC originally used by IBM over SNA-X.25, now being replaced by QLLC 
and ELLC., PSH-LLC is still found in the field. 


Physical Unit (PU) 
The component that manages and monitors the resources of a node (such as 
attached links and adjacent link stations), as requested by an SSCP via an 
SSCP-PU session. Each node of an SNA network contains a physical unit. 


Qualified Link Level Control (QLLC) 
This is the basic protocol currently being implemented for use as the LLC 
protocol for SNA-X.25. It performs identical functions as SDLC, but is 
formatted differently in order to handle larger addresses and sequence numbers. 


Request 
A message unit that signals initiation of a particular action or protocol. For 
example, INITIATE SELF is a request for activation of an LU-LU session. 


Request/Response Unit (RU) 
A message unit that acknowledges a request unit; it may contain prefix 
information received in a request unit. If positive, the response unit may contain 
additional information (such as session parameters in response to BIND 
SESSION), or if negative, contains sense data defining the exception condition. 


Response 
In SNA, a message unit that acknowledges receipt of a request; a response 
consists of a response header (RH) and optionally a response unit (RU). 


In SDLC, the control information (in the C-field of the link header) sent from 
the secondary station to the primary station. 
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Response Header (RH) 
A header, optionally followed by a request/response unit (RU), that tndicates 
whether the response ts positive or negative and that may contain a pacing 
response. 


Sense Data 
Another alternate type of data that may follow the RI. 
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Subarea Node 
A node that uses network addresses for routing and whose routing tables are 
affected by changes in the configuration of the network. Subarea nodes can 
provide boundary function support for peripheral nodes. 


System Services Control Point (SSCP) 
A control program that manages a section of a network called a domain. 
Generally a part of a communications access method on a host processor. 


Systems Network Architecture (SNA) 
The description of the logical structure, formats, protocols, and operational 
sequences for transmitting information units through, and controlling the 
configuration and operation of networks. 


The purpose of SNA is to allow the ultimate origins and destinations of 
information, that is, the end users, to be independent of, and unaffected by, the 
way in which the specific SNA network services and facilities are provided. 


Systems Network Architecture-X.25 (SNA-X.25) 
SNA encapsulated into X.25. This is a CCITT standard for interfacing to public 
packet switched networks. 


Transmission Header (TH) 
Control information, optionally followed by a basic information (BLU) or a BIU 
segment, that is created and used by path control to route message units and to 
control their flow within the network. 


Virtual Route (VR) 
A logical connection between two subarea nodes that is physically realized as a 
particular explicit route, or that is contained wholly within a subarea node for 
intra-node sessions. 


A virtual route between distinct subarea nodes imposes a transmission priority on 
the underlying explicit route, provides flow control through virtual-route pacing, 
and provides data integrity through sequence numbering of path information 
units (PIUs). 
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Changing display modes 
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Cursor control 
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Data codes 

Data filter 

Data Flow Control (DF) codes 
Data link control 
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Default (setup menu) 

Disc catalog 
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Display field 


EBCDIC 


ELLC (Extended Level Link Control) 
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